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RESTORATION TIME IN MESH NETWORKS 

CROSS-REFERENCE TO RELATED APPLICATIONS 
This application claims the benefit of the filing date of U.S. provisional application 
no. 60/459,163, filed on 03/31/2003. 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to communications networks and, more specifically, to 
restoration time improvements in (e.g., optical) mesh networks. 
Description of the Related Art 

In robust communications networks, it is typical to provide path redundancy for 
services. This is generally done by providing a primary path and a restoration path for each 
service. In the event of a failure along the primary path, the service traffic is switched over 
to the restoration path. Note that, in the art, the term "primary path" is often synonymous 
with the term "working path," while the term "restoration path" is often synonymous with the 
terms "protection path" and "alternative path." 

For optical mesh transport networks, a challenge is to provide cost-effective systems 
that support restoration times that are comparable to those provided by SONET/SDH 
networks with self-healing rings (e.g., 1 0- 1 00 ms restoration times). To help reduce network 
restoration time in optical mesh networks, several areas have been considered, including 
improving restoration signaling and associated algorithms and improving the switching 
speed of cross-connection infrastructure switching elements. A critical bottleneck for 
restoration speedup is the maximum number of cross-connections to be performed at a single 
network element in the event of a failure. Assuming everything else is constant, the larger 
the number of cross-connects, the longer the restoration time. 

SUMMARY OF THE INVENTION 
Problems in the prior art are addressed in accordance with principles of the present 
invention by a method and apparatus for restoration path planning that reduces the worst- 
case number of cross-connections that must be performed in a network in the event of a 
single element (e.g., node or link) failure within the network. Because the worst-case cross- 
connection time in a network is a major constituent of the overall restoration time, the 
reduction in the number of cross-connections yields a significant reduction in the overall 
restoration time for the network. 
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One embodiment of the invention involves a two-phase optimization. The first phase 
involves finding two node-disjoint paths for each service demand within a network such that 
the maximum link bandwidth in the network is minimized and the link bandwidths within 
the network are leveled. (Two paths are referred to as node-disjoint if they have no 
intermediate (i.e., transit) nodes in common.) The second phase involves identifying the 
primary and restoration paths for each service demand within the network such that the 
worst-case number of cross-connections at any node within the network is minimized across 
all possible single-event failures. 

Embodiments of the present invention may also involve service-demand-bundling, 
which groups service demands with the same source-destination node pairs and then routes 
them all along identical primary and restoration disjoint paths. While signaling can be 
carried out jointly for the entire group, routing grouped demands is likely to be less cost- 
effective and also restricts traffic re-engineering options to minimize worst-case cross- 
connection load. 

Embodiments of the present invention may also involve node-bundling, wherein 
cross-connection requests are grouped as they arrive at each node (up to a time limit), and/or 
path-bundling, wherein demands with the same restoration path are grouped together. In 
each case, bundles are formed at the common source node as failure notices arrive from the 
destination node. 

In one embodiment, the present invention is a method that involves receiving one or 
more demands for service in a mesh network comprising a plurality of nodes interconnected 
by a plurality of links; and mapping each of the one or more demands onto a primary path 
and a restoration path in the network to generate a path plan for the one or more demands in 
the network, wherein reduction of a portion of restoration time associated with failure-related 
cross-connections in the network is taken into account during the mapping. 

In another embodiment, the present invention is a network manager for a mesh 
network comprising a plurality of nodes interconnected by a plurality of links. The network 
manager is adapted to (l)receive one or more demands for service in the network; and (2) 
map each of the one or more demands onto a primary path and a restoration path in the 
network to generate a path plan for the one or more demands in the network, wherein 
reduction of a portion of restoration time associated with failure-related cross-connections in 
the network is taken into account during the mapping. 
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5 BRIEF DESCRIPTION OF THE DRAWINGS 

Other aspects, features, and advantages of the present invention will become more 
fully apparent from the following detailed description, the appended claims, and the 
accompanying drawings in which: 

FIG. 1 illustrates a method for minimizing the number of cross-connections within a 
10 mesh network according to one embodiment of the present invention. 

FIG. 2 illustrates an alternative method for minimizing the number of cross- 
connections within a network, which method involves a two-phase optimization. 

FIG. 3 illustrates an exemplary approach to formulating the load-balancing phase 
(step 204) of the method of FIG. 2. 
1 5 FIG. 4 illustrates an exemplary approach to formulating the path plan identification 

phase (step 210) of the method of FIG. 2. 

DETAILED DESCRIPTION 
Reference herein to "one embodiment" or "an embodiment" means that a particular 
feature, structure, or characteristic described in connection with the embodiment can be 
20 included in at least one embodiment of the invention. The appearances of the phrase "in one 
embodiment" in various places in the specification are not necessarily all referring to the 
same embodiment, nor are separate or alternative embodiments mutually exclusive of other 
embodiments. 

Introduction 

25 Significant research has been done into various restoration and protection strategies 

for mesh networks at both the service and optical layers. Proposed architectures include 
centralized vs. distributed, pre-computed vs. computed on demand in real-time, and link- 
based vs. path-based. Characteristics that distinguish between these various restoration and 
protection strategies include recovery time, failure coverage, and required recovery capacity. 

30 A survey of relevant research as well as a specific distributed recovery strategy that provides 
sub-second recovery times for carrier-scale mesh-based optical networks are addressed in 
Doshi, B.T., Dravida, S., Harshavardhana, P., Hauser, O., and Wang, Y., "Optical Network 
Design and Restoration," Bell Labs Technical Journal, Jan-Mar 1999 (herein "Doshi c 99"), 
incorporated herein by reference in its entirety. 

35 So-called "shared mesh recovery" is a known concept in optical transport networks 

(e.g., SONET/SDH). In this scheme, when a failure occurs, the network recovers service 
carried by the affected paths by using recovery capacity that has been set aside on alternative 
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5 routes for this purpose. The recovery capacity can be shared over different types of single- 
event failure scenarios. This involves commensurate switching capability from the transport 
network elements (e.g., digital cross-connects). 

Unless otherwise clear from the context, the process of "restoration" is synonymous 
in this specification with the process of "protection." In general, such process involves 

1 0 various associated recovery actions following the detection of a failure, including switching 
to an alternative (i.e., restoration) path. Depending on the implementation, such process may 
involve either pre-computation or real-time computation of alternative paths. Pre- 
computation generally exhibits shorter recovery times but may be less optimal than real-time 
computation, which benefits from the ability to take into account the most current state of the 

1 5 network demands and resources. 

Restoration schemes based on sharing the protection capacity in a general mesh-type 
network (either wavelength or SONET/SDH) can result in significant cost savings compared 
to dedicated 1+1 and shared protection ring schemes. 

A shared restoration scheme can be developed for mesh networks that provides 

20 protection for several different failure scenarios while requiring less network capacity than 
1+1 or ring-based schemes. Also, mesh networks are more flexible than ring-based 
architectures and allow new network elements to be added more easily without service 
interruption. Such mesh-based transport networks are made possible with the advent of 
dynamic optical cross-connects such as the LambdaRouter™ from Lucent Technologies Inc. 

25 of Murray Hill, New Jersey. 

One goal in these mesh-based optical transport networks is to achieve restoration 
times comparable to SONET/SDH ring networks. Alternatively, a network operator may 
have identified sub-second restoration time goals based on its own needs. For example, an 
operator may wish to prevent race conditions between protection mechanisms present in the 

30 service layer (ATM or IP) and those in the optical layer. This requires the optical layer 
restoration to be completed well before the service layer protection activates and generates 
unnecessary restoration activity. Also, an operator may wish to minimize the loss of revenue 
impact of a network failure by minimizing the time to return the network to its full revenue- 
generating status. With the ultra-high-capacity fiber cables and optical cross-connects 

35 available today, any cable cut or cross-connect failure would be catastrophic unless rapid 
service restoration were an integral part of the network design and operation strategy. 
Additionally, critical services that are intolerant to excessive restoration times or outages 
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5 generate loss of revenue with an interruption of service or by not meeting service level 
agreement-based quality of service (QoS) requirements. 
Fast Optical Layer Restoration 

For the optical layer, a simple restoration strategy can be devised for physical ring 
network topologies. However, mesh networks promise efficient, flexible use of fiber 

10 capacity and are cost-effective. So, the challenge is to design a protection strategy in the 
optical domain that provides sub-second restoration times for carrier-scale mesh-based 
optical networks. A fast, scaleable restoration strategy for optical networks preferably 
includes (1) using a physical mesh topology with restoration capacity sharing for greatest 
planning flexibility and cost efficiency, (2) employing end-to-end path-based (versus local or 

1 5 link-based) restoration for better capacity utilization, (3) providing physically disjoint (node 
and trench) alternative routes, (4) pre-computing alternative paths to save restoration time, 
(5) performing fault detection (rather than fault isolation) at the destination endpoint and 
conveying a failure notification to the affected connection source, which then activates the 
alternative path, and (6) using a reliable data communications network (DCN) for inter-node 

20 signaling and messaging. More information on the above strategy can be found in Austin, 
G., et aL, "Fast, Scaleable and Distributed Restoration in General Mesh Optical Networks," 
Bell Labs Technical Journal, 6 (1), Jan-Jun 2001, pp. 67-81 (herein "Austin '01 M ), 
incorporated herein by reference. More information on path-based versus link-based 
restoration strategies can be found in Anderson, J., et aL, "Fast Restoration of ATM 

25 Networks," IEEE J. on Selected Areas in Comm., 12 (1), Jan 1994, pp. 128-138 (herein 
"Anderson '94"), incorporated herein by reference in its entirety. 

For this six-part strategy to work, network elements are assumed to exchange state 
information and to have a view of substantially the entire network topology. Alternatively, a 
strategy where full network topology is not required is described in Doshi, B., et aL, "Optical 

30 Network Design and Restoration," Bell Labs Technical Journal, 4 (1), Jan-Mar 1999, pp. 58- 
84, incorporated herein by reference in its entirety. 
Bottlenecks to Restoration Time Reduction 

When a node or link failure in a network occurs, a particular subset of source- 
destination service demands gets disrupted, namely, those whose primary paths transit the 
35 fault. To set up the restoration paths, each node on the alternative paths for these demands 
(including the source and destination nodes) has to perform a certain number of cross- 
connections. With the availability of fast optical cross-connect devices (OXCs) that can 
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5 execute hundreds of cross-connections in tens of milliseconds time, realistic-sized general 
shared-mesh networks with acceptable overall restoration times are within reach in the 
optical domain. However, there is a limit to the impact of these approaches because a 
critical bottleneck for restoration speedup is the number of cross-connections that must be 
performed at a single node. The greater the number of cross-connects, the greater the 
1 0 resulting restoration time. Embodiments of the present invention utilize one or more of the 
following methods to reduce the impact of the cross-connection bottleneck: (1) re- 
engineering of the traffic demand routes to minimize node cross-connect loads, (2) grouping 
or bundling of cross-connect request messages, and (3) selective introduction of higher rate 
transport. 

15 Traffic Re-Enzineering/Path Planning 

Embodiments of the present invention may include a mechanism for reducing the 
time for the network to recover from any single failure scenario (e.g., the failure of any node 
or link in the network). Multiple failures that are restricted in scope to either one link or one 
node would still fall within the scope of a single failure for the purposes of this discussion. 

20 The cross-connection (XC) load at a node for a given failure is defined to be the number of 
XC requests to be processed by that node for that failure. The maximum XC load among all 
nodes across all possible failures provides an indication of the worst-case restoration time. 
Planning and engineering the network to reduce this maximum XC load will reduce the 
associated worst-case restoration time for the network. 

25 One typical aspect of network design is determining where to cost-effectively install 

capacity in the network. This usually means finding primary and alternative routes for each 
service demand that yield a minimum total cost when all possible failure scenarios are 
considered and the additional conditions of the six-part fast restoration strategy (see 
Anderson '94) are taken into account. The additional conditions include capacity sharing 

30 among the alternative routes and physical disjointness of each demand's primary and 
alternative routes. The cost metric can be a capital expenditure cost, total cost of ownership 
(TCO), total cost of maintenance (TCM), total cost of operation (TCOP), or a cost surrogate 
such as total bandwidth or capacity-distance (e.g., fiber-kilometers). These costs are a 
function of how effective the capacity sharing is in reducing overall capacity required for 

35 restoration. 
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5 Minimize Cross-Connections Without Regard to Cost 

Embodiments of the present invention may involve planning the primary and 
secondary demand routes in such a way as to minimize the worst-case restoration XC load 
without any regard to cost. Doing so gives the best improvement in restoration time 
achievable (assuming node cross-connections remain the limiting factor). Since cost is not 

10 the focus in these embodiments, the conditions to ensure and enhance capacity sharing can 
be ignored during the route planning. 

One implementation involves an exhaustive analysis of all possible primary and 
restoration path plan alternatives under all possible failure scenarios. This is followed by a 
selection of the path plan that results in the smallest maximum number of cross-connections. 

15 FIG. 1 illustrates this implementation. 

As shown, the process begins with the input of the network topology in step 100, 
followed by the input of the traffic demands matrix in step 102. Using this information, in 
step 104, a first primary/restoration path plan is selected that accommodates all the service 
traffic demands in the network. Next, in step 106, the variables BestPlanID and 

20 WorstCaseXC# are initialized to zero and infinity, respectively. Following this, in step 108, 
the selected plan is subjected to a failure analysis. For each single point network element 
failure, an analysis is performed to determine the number of cross-connections that needs to 
be performed at each node in the network to switch over to the restoration paths for the 
services affected by the failure. Next, in the test of step 110, if the number of cross- 

25 connections is less than the current value of WorstCaseXC#, then, in step 112, 
WorstCaseXC# is set equal to the worst-case number of cross-connections that was just 
calculated and BestPlanID is set equal to the plan ID for the current plan. Next, or if the test 
of step 110 failed, the test of step 114 is performed. If all the primary/restoration path plans 
have not already been considered, then a new primary/restoration path plan, unique from 

30 those previously considered, will be selected in step 116, and the procedure will continue 
with the analysis of this new plan in step 108 as previously described. After all of the 
primary/restoration path plans have been considered, the procedure exits in step 118. 

Although the approach of this implementation would achieve the goal of minimizing 
restoration time, it is recognized that this approach, while feasible for small networks, 

3 5 becomes computationally difficult (NP-hard) for networks of practical size. The problem for 
a medium-sized network and with typical numbers of traffic demands can be large (e.g., a 
million variables). Therefore, in a preferred implementation, an approximation approach is 
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5 used that is computationally tractable and can be shown to yield optimal or near optimal 
results. 

The preferred approximation implementation involves a two-phase mathematical 
programming method. The first phase can be thought of as load balancing. A network flow- 
like problem is formulated that produces two node-disjoint paths between the source and 

10 destination nodes for each service demand in a network. The objective is to minimize the 
maximum total traffic (or alternative indicators of cross-connect load) required on each link 
in the network. (Alternatively or additionally, traffic (or alternative indicators of cross- 
connect load) required on nodes can be considered.) Traffic is a surrogate or estimate of the 
loading on a cross-connect in the network. Note that, in one or more embodiments, other 

1 5 estimates or surrogates could be alternatively minimized. This first phase considers potential 
pairs of disjoint paths for the service demands of the network and selects a set of path pairs 
that distributes the traffic as evenly as possible over the network so that the least possible 
number of XCs are required at any one node. The pairs are chosen such that the maximum 
link bandwidth in the network is minimized and the link bandwidths within the network are 

20 leveled. However, this approach does not identify which path is the primary path and which 
is the restoration path. 

Since the set of restoration paths impacts the number of cross-connections performed 
at the nodes for each failure scenario, a judicious assignment of each demand's disjoint path 
pair as a primary path and a restoration path can reduce the worst-case restoration XC load. 

25 This is what the second optimization phase does. 

The second phase involves identifying the primary and restoration paths for each 
service demand within the network such that the worst-case number of cross-connections at 
any node within the network is minimized across all possible single-event failures. 

As part of the second phase, a mixed-integer program (MIP) is invoked that, given a 

30 set of disjoint path pairs (one for each demand), minimizes the maximum number of cross- 
connects at any node for any failure scenario subject to the condition that one path in each 
path pair is primary and the other is secondary (i.e., restoration). More information on 
commercial solvers and mixed-integer programming can be found in Combinatorial 
Optimization , Christos Papadimitriou and Ken Steiglitz, 1982, Prentice Hall; Optimization 

35 Algorithms for Networks and Graphs , James Evans & Edward Minieka, 1992, Dekker 
Publishing; and Integer and Combinatorial Optimization , George Nemhauser and Lawrence 
Wolsey, 1988, Wiley, each incorporated herein by reference in its entirety. Finally, once the 



990.0435 (IDS# 124733) 9 Atty. Docket No. Alfakih 1-1-1-6-24 

5 restoration paths have been identified, they can be post-processed to determine the maximum 
number of cross-connections per node per failure scenario (and consequently the worst-case 
restoration time) as well as the restoration capacity required on any link in any failure 
scenario. The latter can be used to cost out the final design. 

FIG. 2 illustrates the two-phase optimization implementation approach of this 

10 embodiment. As illustrated, the process begins with the input of the network topology in 
step 200, followed by the input of the traffic demands matrix in step 202. Using this 
information, in step 204, the first phase of the optimization (the load-balancing phase) is 
executed using the initial problem formulation (as discussed in more detail with respect to 
FIG. 3 below), which includes a "worst-case number of cross-connections" constraint. In 

15 this phase, the objective of the optimization is to find two node-disjoint paths for each 
demand such that the maximum link traffic or estimated cross-connect load is minimized. In 
step 206, a test is performed to determine whether a feasible solution was found based on the 
current value of the worst-case number of cross-connections that was imposed in the initial 
formulation. If a feasible solution was not found, then, in step 208, the constraint is relaxed 

20 by some specified amount. If a feasible solution was found, then, in step 210, primary and 
restoration paths are found for each demand in the network such that the worst-case number 
of cross-connections is minimized in any failure scenario. Finally, in step 212, the 
primary/restoration path plan that resulted in the minimum number of required cross- 
connections across all possible failure scenarios (and consequently the minimum restoration 

25 time) is output, and the process exits in step 214. Alternatively, the phases can be integrated 
and/or iterated as would be understood to one skilled in the art; however, the preferred 
implementation described above provides improved convergence of the process. 

Note that, in certain circumstances, it is of interest to minimize the restoration time of 
an established network whose service demands are operational and already mapped to 

30 primary and restoration paths. In these circumstances, there would be a certain impact of 
completely remapping (e.g., from scratch) the primary and restoration paths for these 
established services. Thus, certain embodiments of the present invention support the (1) 
incremental updating of an established path plan as new demands are added, and (2) 
optimization of only a subset of the network. These cases would be understood by one 

35 skilled in the art to be just special cases of the embodiments already discussed, where 
additional constraints are added to lock in the existing primary path assignment or 
alternatively assign a cost to the remapping of primary paths that drives the optimization 
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5 away from costly (e.g., extensive) remapping. For example, in case (1) above, if a new 
demand is requested on an established network, the new demand is not initially constrained 
as to which primary and restoration path is assigned to it. However, the existing demands 
can be weighted with a very high cost associated with their primary paths being mapped 
anywhere but where they are currently mapped. This additional cost can be considered in the 

10 optimization as a constraint that would drive the optimization away from a solution that 
would involve a new path plan that would remap the existing services. However, the 
optimization would have flexibility with regard to where it mapped the new service demand. 
Similarly, in case (2), by adjusting the weights on individual demands, the optimization is 
given some freedom to remap some portions of the demands in the network. For example, 

15 by assigning lower weights to the remapping of demands that do not have guaranteed quality 
of service, the optimization can be tuned to arrive at a path plan whose implementation on an 
operation network would have minimum impact to the highest paying customers. The 
weights can be adjusted in other ways as well (e.g., to minimize administrative cost) as 
would be understood to one skilled in the art. 

20 Each of the two phases of this implementation may be solved using a commercial 

mixed-integer program solver. The problem formulation for the integer solver programs is 
modeled as a network flow problem with additional constraints as would be understood to 
one skilled in the art. 

Load-Balancing Stage Problem Formulation 

25 The load-balancing stage (i.e., step 204 of FIG. 2) may be implemented using the 

problem formulation approach illustrated by FIG. 3. In step 300, each demand in the 
network is unitized. To do this, a fundamental bandwidth quantity for the network (e.g., OC- 
48) is selected, and each service bandwidth demand in the network is represented as an 
integer multiple of this fundamental bandwidth unit. Once the demands are unitized, in step 

30 302, a pair of binary flow variables is introduced for each demand. Standard flow-balance 
constraints are introduced in step 304 for every node for each unit flow. Additionally, in step 
306, constraints are imposed on each link to require node disjointedness of the pair of flows 
for each demand. Further, in step 308, a "worst-case cross-connection" (WC#XC) constraint 
is imposed on each node to limit the maximum number of cross-connections allowed at any 

35 one node for any adjacent-link failure. This maximum number is a parameter initialized to 
be the best possible value based on graph-theoretic considerations. One formulation of the 
WC#XC constraint is the "tent-pole" condition which specifies a lower bound on the worst- 
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5 case number of cross-connections that is required in the network given a single adjacent-link 
failure: 

WC#XC > max neN {[ Sn/dnl} 
where n, a node in the network, is an element of N, the set of all nodes in the network, S n is 
the number of unit demands terminated on node n, d n is the number of edges (graph-theoretic 

1 0 equivalent to links) incident on node n, [Yl is the ceiling function which rounds its input* up 
to the nearest integer, and the function "max" returns the maximum value of the elements in 
its input set (in this case, the ceiling function of the largest ratio of unit demands at a node to 
incident links at that node that exists in the network). Note that, it is not always possible to 
find a feasible solution that meets this lower bound. Thus, in certain implementations of the 

1 5 present invention, the variable constraint WC#XC is initialized to this theoretical best value 
and then iteratively "backed-off ' until a feasible solution is found. This is illustrated by test 
206 and step 208 of FIG. 2, where the worst-case number of cross-connections constraint is 
relaxed slightly each time the test fails to find a feasible solution. The final solution might 
not meet the optimal graph-theoretic constraint, but instead will be within a specified 

20 tolerance of the theoretical minimum. In step 310 of FIG. 3, constraints on each node are 
applied that impose a uniform variable upper bound on the maximum amount of traffic (or 
estimated cross-connect load) that flows through each node due to a single node or non- 
adjacent (e.g., not incident to the node under consideration) link failure. The objective of the 
load-balancing stage is to minimize this variable upper bound, thereby distributing traffic 

25 and, hence, cross-connect load as uniformly as possible across the network. Once the 
problem formulation is complete (step 312), it maybe fed to a commercial solver program 
with the result being a traffic plan, with primary and restoration paths undifferentiated, that 
minimizes the maximum number of cross-connections. 

The second stage of optimization is path identification. While the load-balancing 

30 phase produces two node-disjoint paths for each demand, it does not identify which path is 
the primary path and which is the restoration path. The goal of path identification is to 
identify from among the node-disjoint paths for each demand the primary and restoration 
paths such that the worst-case number of cross-connections is minimized in any failure 
scenario. The formulation is illustrated by the procedure of FIG. 4. 

35 In step 400, the two paths found per demand from the load-balancing phase are input, 

and, in step 402, a binary variable is introduced for each demand that indicates which path is 
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5 primary and which is restoration. Then, in step 404, two families of constraints are 
introduced that impose a single variable upper bound on the number of cross-connects that 
must be performed at each node due to each single-event node and link failure, and, in step 
406, the formulation process exits. Since the candidate paths are known from load 
balancing, the exact number of cross-connections can be computed for each node in each 

10 failure scenario. The objective of path identification is to find the assignment of primary and 
restoration paths for each demand that minimizes this variable upper bound, i.e., that 
minimizes the worst-case number of cross-connections that would have to be performed in 
any failure scenario. 

Cross-Connection Request-Bundling 

1 5 Another approach to reducing network recovery time is to trim the amount of time an 

OXC spends processing multiple cross-connection requests. Bundling XC requests means 
that the overhead and certain messaging otherwise processed for each single request would 
now be processed only once per bundled request. This would reduce the total time required 
to complete multiple XCs at the node having the worst-case XC load, thereby reducing the 

20 network's maximum service restoration time. Request-bundling can be implemented in 
addition to, or instead of, traffic re-engineering. 

There are several ways to implement XC request-bundling ranging from bundling 
strategies based on planning considerations and requiring minimal signaling support, to those 
based on no planning considerations but requiring more signaling support. Examples 

25 include demand-bundling, node-bundling, and path-bundling. 

Demand-bundling groups demands with the same source-destination node pairs and 
then routes them all along the same pair of disjoint primary and restoration paths. While this 
allows signaling to be carried out jointly for the entire group, routing grouped demands is 
likely to be less cost-effective and also restrictive of traffic re-engineering options to 

30 minimize worst-case XC load. More information on demand-bundling can be found in 
Austin '01. 

Node-bundling groups XC requests as they arrive at each node up to a time limit. 
This is probably the simplest to implement and seems to provide the fastest recovery times. 
Path-bundling groups demands with the same restoration path in a failure scenario. 
35 Bundles are formed at the common source node as failure notices arrive from the destination. 
A maximum bundle size is usually imposed in all these methods. 
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5 Traffic Aggregation 

Traffic aggregation reduces the worst-case number of XCs in an optical network by 
reducing the maximum number of transport channels an OXC might have to switch in any 
failure scenario. This can be accomplished by selective introduction of higher rate channels 
in the network for certain demands or for certain links. This is referred to in the industry as 
1 0 "banding." For example, every four OC- 1 92/STM-64 demands groomed into one protected 
OC-768/STM-256 trunk can reduce by a factor of 3 the worst-case number of XCs 
performed at a node. Since a bottleneck node has many XCs, there tends to be a synergy 
between XC reduction and aggregation into more cost-efficient transport. 

Embodiments of this invention may involve implementations that pre-compute 
15 pathways or implementations where some or all of the computation or optimization of 
alternative routes is computed after the failure is detected and in some cases may involve 
fault isolation in the alternative route determination. 

While this invention has been described with respect to restoration associated with 
situations involving single point failures, the concepts can be extended to multiple point 
20 failure situations, as would be understood to one skilled in the art. 

Although the present invention has been described in the context of optical networks, 
the invention can also be implemented in the context of non-optical networks such as all 
electrical networks and hybrid optical/electrical networks. 

Although the present invention has been described in the context of path-based 
25 restoration, the invention can also be implemented in the context of link-based restoration as 
would be understood to one skilled in the art. 

Although the present invention has been described in the context of optimization 
using a commercial solver based on mixed-integer programming, there are other commercial 
solvers based on other techniques (e.g., genetic algorithms, simulated annealing, neural 
30 networks, and tabu search). As would be understood to one skilled in the art, the present 
invention can also be implemented using one or more of these alternative commercial 
solvers or a custom optimization program based on these alternative techniques. 

While this invention has been described with reference to illustrative embodiments, 
this description should not be construed in a limiting sense. Various modifications of the 
35 described embodiments, as well as other embodiments of the invention, which are apparent 
to persons skilled in the art to which the invention pertains are deemed to lie within the 
principle and scope of the invention as expressed in the following claims. 
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5 Although the steps in the following method claims, if any, are recited in a particular 

sequence with corresponding labeling, unless the claim recitations otherwise imply a 
particular sequence for implementing some or all of those steps, those steps are not 
necessarily intended to be limited to being implemented in that particular sequence. 



